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Electronic Medical Records Syston 
Background of the Invention 

Ftetd of the Invention 

The present mvention relates to electronic healthcare systems, and more particularly, to a system for 
storage and retrieval of electronic medicai records in a computer environment, such as a local or wide area network 
inckiding portable computers. 
Descripition of Relate! Technolooy 

Healthcare providers, such as physicians, create large vokimes of patient information during the course of 
their business at healthcare facilities, such as hospitals, cRnics. laboratories and medical offices. For example, when 
a patient visits a physician for the first time, the physician generally aeaies a patient file including the patient's 
medka! history, current treatments, medications, insurance and other pertinent information. This file generally 
includes the resuhs of patient visHs, including laboratory test results, the physician's diagnosis, medications 
prescribed and treatments administered. During the course of the patient relationship, the physician supplements the 
file to update the patient's medical history. When the physician refers a patient for treatment, tests or consultation, 
the referred physician, hospital cRnic or laboratory typically creates and updates similar files for the patient. These 
files may also mchide the patient's billing, payment and schedufing records. 

Heahhcare providers can use electronic data processing to automate the creation, use and maintenance of 
their patient records. For example, in U.S. Patent No. 5.277,1 88. assigned to New England Medical Center Hospitate. 
tac. Selker discloses a cBnical information reporting system having an electronic database inchidmg electrocardiograph 
related patient data. SimSarly, Schneiderman discloses a computer system for recording electrocardiograph and/or 
chest x-ray test resufts for a database of patients in U.S. Patent No, 5.099.424. In U.S. Patent No. 4.315.309. 
Gon discloses a patient report generating system for receiving, storing and reporting medical test data for a patient 
population. MitchelL in U.S. Patent No, 3.872,448, Ukewise discloses a system for automaticayy handDng and 
processing hospital data, such as patient information and pathological test information using a central processing 
apparatus. In U,S, Patent No. 5.065.315, Garcia disctoses a computerized schadufing and reporting system for 
managing information pertmcnt to a patient's stay in the hospital. However, these electronic data processing 
systems can not handle patient data in the wide variety of data formats typttaBy produced by healthcare providers, 
such as physicians, laboratories, clinics and hospitals. 

Physicians often use paper based forms and charts to document their observations and diagnosis. 
Laboratories also produce patfent data in numerous forms, from i-ray and magnetic resonance images to blood test 
concentrations and electrocardiograph data. Clinics and hospitals may use a combination of paper based charts and 
electronic data for patient records. The same patient data may exist in rwnote patient files located at cFmics, 
hospitals, laboratortes and physicians' offices. Sfanibrly, patient files at one healthcare provider typicaUy have 
drtferent information than patient files at another healthcare provider. When in use, patient files are generayy not 
ava^able to other healthcare providers. In addhion, at the time of creation, patient data is generally not available 
for use by remotely located heahhcare providers. Moreover, relationships among specific patient data, such as 
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abnormal laboratory test results, prescribed mediations to address the abnormality, and specific treatments 
administered by the physician* may not be apparent within a patient file. 

In the current environmant, specific patient data is difficult to access when needed for analysis. The 
creation of patient data in remote tocations exacerbates this problem. In addition, the wide variety of data formats 
for patient data hinders electronic processing and maintenance of patient ffles. Moreover, the use of a patient's fde 
by one healthcare provider can prechide its simultaneous use by another healthcare provider. Ongoing consofidation 
of healthcare providers into large health maintenance organizations (HIWOs) and preferred provider organizations JPPOs} 
create Issues in the transfer and maintenance of patient data in large enterprises having numerous remote locations. 
Under these circumstances, healthcare providers have difficulty providing effective treatment for their patients. 

Summary of the Invention 

The electronic medical record (EMR) system of the present invention automates and simpfifies existing 
methods of patient chart creation, maintenance and retrieval. In contrast to other systems, the present invention 
creates and maintains all patient data electronically and thus can eliminate or supplement creating and mamtaining 
of physical data records. The EMR system furnishes healthcare providers with an intuitive, easy to-use. icon-based 
interface that enables them to capture and analyze patient data quickly and efficiently. Using the present invention, 
healthcare providers enter patient data immediately at the point of care. Thus, the EMR system captures each piece 
of data at its source at the time of entry to provide a complete audit IraD lor all patient data. In this manner, the 
EMR system transforms a patient chart from a static record of a few clinical interactions into a dynamic, reaMime 
comprehensive record linked to an enterprise-wide clinical database. In addition, the EMR system of the present 
invention incUides the capabffity to manage a wide variety of patient data formats, including patient data from 
external sources, such as laboratories and pharmacies. The EMR system can also incorporate a patient's legacy data, 
such as a paper chart into the patient record as wen as legacy data from mamframe computers. 

The present invention fikewise provides instant access to a patient's electronic medrcal record by authorKed 
healthcare providers from any geographical location. Thus, the EMR system enables author'tted healthcare providers 
to access and update patient files using wireless pen-based personal computers. To enable complete replacement 
of physical records, the present invention permits healthcare providers, such as physicians or nurse practitioners, to 
electronically annotate patient data. Thus, a healthcare provider can acknowledge reviewing patient data, provide 
mstructions. such as prescrq)tions for medication to administer to a patient, and approve recommendations for 
treatment by other providers, all by electronically annotating a patient's record. In additioa authorced healthcare 
providers can access a record whSe other providers use the same record allowing for real-time colteboration. The 
avaOabifity of electronic data permits mstant, sophisticated analysis of patient data. Moreover, the EMR system 
enables enhanced analysB of patient data by providing access to reference databases for diagnosis, procedures and 
medication. 

One aspect of the present bvention kichides a medical records system, comprising a point of care system 
to capture patient data at a point of care and a patient data repository, in communicatbn with the point of care 
system and with external systems, to store and organize the patent data for access by the point of care system. 
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AnotKer aspect of the present mventton mcludes a medical records system comprbtng a point of care 
system to capture data in a patient record at a point of care, wherein the patient record includes a patient identifmr 
and at hast one data structure mchiding the patient identifier and the data. 

Yet another aspect of the present invention mcludes a medical records system comprising a point of care 
5 system to capture data at a point of care and a patient data repository, in communication with the pomt of care 
system and with external systems to store and organize the data in a patiant record for access by the point of care 
system, wherein the patient record includes a patient identifier and at teast orra data structure including the patient 
identifier and the data. 

In addition, another aspect of the present invention includes a method of using an electronic medical records 
10 . system, comprising the steps of capturing patient data electronically at the point of care, organizing the patient data 
50 as to form a patient record, filing the patient record, and retrieving the patient record to access the patient data 
for use in the care of a patient. 

Yet another aspect of the present invention inchides a method of retrieving patient data in an electronic 
medical records system having a patient data repository, comprising the steps of obtaining a patent identifier, 
15 beating a patient record corresponding to the patient identifier in the patient data repository, and determining the 
location of the patient data within the patient record. 

Another aspect of the present invention includes a method of managing a patient data repository haveig 
a cache and a data archive, comprising the steps of monitoring a status of data within the cache, and moving the 
data to the data archhre when the status exceeds a threshold. 
20 Still another aspect of the present invention includes a method of communicating with an external source 

having an interface to an electronic medical records system, comprising the steps of finding an interface for the 
external source, connecting to the external source using the interface, and converting patient data for transfer 
between the external source and the electronic medical records system. 

Brief Description of the Drawings 
25 Figure 1 is a block diagram illustrating the electronic medical record (EMR) system architecture of the 

present invention. 

Figure 2 is a flowchart Bhistrating the process flow of the EMR system of the present invention. 

Figure 3 shows an example of a graphical user interface of the EMR system useful for the scheduling of 
a patient appointment as shown in F'^ure 2. 
30 Figure 4 is a block diagram iHustrating the structure of the point of care system of Figure 1. 

Figure 5 shows an example of a graphical user interface of the point of care system of F^ure 4. 

Figure 6 shows an example of a new form window of the point of care system of Figure 4. 

Figure 7 shows an example of an annotate window of the point of care system of Figure 4. 

Figure 8 shows an example of a viewer window displaying an knage of patient data of the point of care 
35 system of Figure 4. 
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Figure 9 is a block diagram illustrating the structure of a medication data c^ture in ttte point of care 
system of Rgure 4. 

Figure 10 is a block diagram illustrating the structure of a practice guidelina in the point of care syst^ 
of Figure 4. 

Figure 11 is a btock diagram illustrating the structure of the medication data capture and the practice 
guidefine in the point of care system of Figure 4. 

Figure 12 is a block diagram ilkjstrating the structure of the patient data repository of Figure 1. 

Figure 13 is a block diagram illustrating the structure of a patient record within the patient data repository 
of Figure 12. 

Figure 14 b an exarnpte of the patient record of Figure 13. 

Figure 15a is a flowchart tflustrating the process flow of the patient data repository of Figure 12. 

Figure 15b is a flowchart ilkjstrating the process for a transfer of data from a cache to a data arch'nre in 
the patient data repository of Figure 12. 

Figure 16 is a block diagram illustrating the structure of the data mterface of Figure 12. 

Figure 17a is a flowchart Okjstrating the process flow of the data interface of Figure 16 when recehring 
patient data from an external source. 

Figure 17b is a flowchart iBustrating the process flow of the data interface of Figure 16 when transmit tkig 
patient data to an external source. 

Figure 18 is a block diagram illustrating the structure of the reference database of Figure 1. 

Figure 19 shows an example of a graphical user interface of the point of care system of Figure 4 having 
a reference access button and a medication manager button. 

Figure 20 shows an example of a graphical user interface for the dtagnosts module and the procedure 
module of the reference database of Figure 18. 

F^ure 21 shows an example of a graphical user interface for the medication manager of the reference 
database of Figure 18. 

F^ure 22 shows an example of a medication interaction window of the mediation manager of Figure 21. 

Figure 23 is a btock diagram illustrating the structure of the legacy data system of F^ure 1. 

Figure 24 is an example of a typical configuration for the electronic medical records system of the present 

invention. 

DetaBed Descrrption of the Preferred Embodiments 

The following detailed desaiption of the preferred embodiments presents a descr^tton of certam specific 
embodknents to assist m understanding the claims. However, one may practice the present invention m a multitude 
of different embodiments as defkied and covered by the claims. 

For convenience, the description comprises three sections: EMR System Architecture and Overview, EMR 
System Configurations and Summary. The first section provules an overview of the EMR system architecture, the 
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following section describeJ BAR system applications and preferred embodimBnts for practicing the EMB SYstero of 
the present hventioa and the femalning section summarizes advantageous features of the present invention. 
I. EMR System Architecture and Overview 

Figure 1 iflustrates the architecture of the EMR system. Healthcare providers, such as physicians, at 
hospitab. laboratories and cBnics. generally capture and access patient data using a point of care system 100 that 
communicates with a patient data repository 102. Patient data, such as vital signs, x-ray images and laboratory 
results, resides in the patient data repository 102. The patient data repository 102 also communicates whh eiternal 
sources to obtain patient data, such as laboratory test results and x ray knages, and to transfer patient information, 
such as prescriptions for medication, from the EMR system to other healthcare providers. The point of care system 
100 captures patient data in real-time at the po'mt of cate, that is, where healthcare providers interact with their 
patients, for example, physicians can use a point of care system 100 to enter, access, process, analyze and 
araiotate data from patient records in real time at the point of care. Thus, using the point of care system 100, a 
physician, who has many patients in a hospital, can visit each patient in their room, access their electronic patient 
record there, enter results of the current examination, evaluate their medical history, electronically annotate their x- 
rays bnages and prescribe medkations and treatments instantaneously as the point of care system 100 captures and 
organizes patient data into the patient record stored in the patient data repository 102. The point of care system 
100 may likewise communicate with a reference database 104 to assist a healthcare provider in making diagnoses, 
prescribing medications and administering treatments. Moreover, the patient data repository 102 may also 
communicate with a legacy data system 106 to access pertinent patient data in paper fBes and mainframe electronic 
databases. 

Referring now to iiguro 2, a flowchart illustrates the operation of the EMR system. For example, a patient 
havmg a comptaint contacts a healthcare provider 110. such as a physician, to schedule an appoiMment. The EMR 
system obtains the patient record 111 from the patient data repository 102 (Figure 1) prior to the scheduhid 
appointment. The EMR system is also capable of handling patients on a walk-in basis by scheduling an appomtment 
ami requesting the patient's record immediately thereafter. The EMR system updates the patient record 112 to 
inchide the complaint and other information pertinent to the appointment, such as insurance information. A 
healthcare provMer. such as a physician, examines the patient 113 using the point of care system 100 (Figure II 
to make a diagnosis and to treat the patient's condition. As detemiined at 114. if a diagnosis b not possible on 
the basb of thb examination, the physician may need to obtain additional cHnical data 1 15, such as laboratory tests 
and x-rays. Whan available, the physician uses the point of care system 100 (Figure 1) to evaluate the tesuhs 116 
and to examine the patient 113 again in fight of the results. Upon making a diagnosb. the physician may need to 
prescribe medications 117 for the patient's condition. Similarly, the physician may need to admmbter a treatment 
118 to address the patient's condition. At the conchision of the patient's visit, the EMR system files the patient's 
record 119 m the patient data repository 102 (Figure I) for future reference. 

hi a pief erred embodiment, the EMR system includes graphical user mterfaces to access system functions. 
For example, as shown in Figure 3. a chart puHar window 120 enables a healthcare provider to schedute a patient 
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appointment using its point and click interface. To schedule an appointment, a healthcare provider activates the 
select button 121 with a pointing device, such as a mouse or electronic pen, to obtain a fot of patients. The 
healthcare provider than scans the ist to select the name of the appropriate patient using a pointing devke. The 
. EMR system places the name of the selected patient in the patient box 123. SimSarly, the healthcare provider uses 

5 the up/down buttons 125 to select an appointment date and an appointment time. An adjacent box, such as the 
date box 126, displays the selected date and time. Lastly, the healthcare provider enters a textual descr^tion of 
the patient's complaint in a reason box 127. Note that the heafthcare provider can review prior or future scheduled 
appointments by clicking on the appointments button 128. Similarly, the healthcare provider can track referrals by 
entering the identity of persons who referred this patient to their care in the referral box 129. 

10 Referring now to Figure 4, a block diagram iOustrates the structure of the point of care system 100. The 

pomt of care system 100 includes the following modules: a patient data capture 140, a clinical data capture 142; 
progress notes 144 and an encounter data capture 146. During a patient visit, the healthcare provide (not shown) 
can enter, review and annotate patient kiformation, such as family history, appointments, current medications and 
complaints, using the patient data capture 140. The healthcare provider can likewise enter, review and annotate 

15 cfimcal data obtained during the visit, such as body temperature and blood pressure, using the clinical data capture 
142. Similarly, the heahhcare provider can enter laboratory data for patients with the clinical data capture 142. 
The clinical data capture 142 communicates with the patient data capture 140 to assist in identifying needs for 
further clinical data. For example, a family history of high blood pressure may indicate a need to obtain the patient's 
blood pressure during the visit. The patient data capture 140 also communicates with the encounter data capture 

20 146, where a healthcare provider can enter, review and annotate data regartfing diagnoses and procedures 
administered to the patient. Moreover, the healthcare provider can use the progress notes 144 to summarize details 
of the patient's condition and to review the patient's progress over time. Thus, the progress notes 144 
communicates with the patient data capture 140. the clinical data capture 142 and the encounter data capture 146. 
Referring now to Figure 5, in a preferred embodiment, the point of care system 100 (Figure 1| inchides a 

25 graphical user tnt^ace hav'mg a patient chart window 150 to capture patient information. The point of care system 
100 presents a patient record graphically using a tabbed layout to organize patient data. The patient chart window 
150 inchides tabs for patient data 151. clinical data 152. encounter data 153 and progress notes 154. Po'mting 
and ciickmg on a tab on the patient chart window 150. opens a folder window 155 whm a heahhcare provnler can 
enter and revmw patient data within the folder. For example, to activate progress notes 144 (Rgure 4), the 

30 healthcare provider selects the progress notes tab 154 to display a Ost of progress note data in the folder window 
155. In a similar manner, to activate the patient data capture 140, the cFrnkral data capture 142 or the encounter 
data capture 146, one selects the patient data tab 151, the cinical data tab 142, or the encounter data tab 153, 
respectively. 

To enter patient data, the healthcare provider clicks on the scroll down button 156 to select a form from 
35 a Est of available forms to enter patient data. This activates the new forms box 157. The provider then points 
and cHcks on the new form button 158. For example, Figure 6 shows a new form w'mdow 161 displaying the 
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pediatric problem form 162 selscted by the healthcare provider using the scroti down button 156 (Rgtire 5). The 
heahhcare provider fills out the pediatric problem form 162 usmg an input device, such as a keyboard, a mouse or 
an etectronic pen. For example, the provider uses a keyboard to enter text "6/7/96 Stomach Ache** 164 and an 
electronic pen to enter initials 166 for identification. When done with patient data entry, the provider exits the form 

5 usmg the File IIAenu 168 and the point of care system 100 returns the provider to the patient chart window 150 
(Figure Bl Referring back to Figure 5, the new form appears as the top entry of the fist in the folder window 155. 

Similarly, to annotate patient data, the healthcare provider first selects an item to annotate by pointing and 
c5ck'mg on the item in a list displayed in the folder window 155. The provider then clicks on the annotate button 
159 to open the item in an annotate window 170. as shown in Rgure 7. For example, the annotate wmdow 170 

10 of F^ure 7 displays a blood test result 171 As before, the heahhcare provider annotates the blood test result 
document 172 using an input device, such as a keyboard, a mouse or an electronic pen. For exantpta, the provider 
uses a keyboard to enter text "Out of Range** 174 and an electronic pen to circle 176 the out of range result. When 
done with annotations, the provider exits the form using the File Menu 178 and the point of care system 100 returns 
the provider to the patient chart window 150 (Figure 5). Note that the point of care system 100 tracks the review 

15 of patient data and identifies reviewed files with a mark 160 in the folder window 155. By annotating patient data, 
a healthcare provider, such as a physician, can acknowledge reviewing patient data, provide instructions, such as 
directions for additional tests and procedures or prescriptions for medication to administer to the.patient, and approve 
recommendations for treatment by other healthcare providers. Lastly, as shown in Figure B, a heahhcare provider 
uses the patient chart window 180 to view patient data. First, the healthcare provider selects a view item 182 by 

20 either pointing and clicking twice on the item in a list displayed in the folder window 184 or by pointing at the item 
in the Fist and pressing the vfew button 183. The double click opens a viewer window 185 to display the view item 
182. For example, the viewer window 185 of Figure 8 displays an x-ray 186. As before, the healthcare provider 
may annotate the x-ray 186 with comments and observations by clicking on the annotate button 187. The 
healthcare provider may I'dtewise close the viewer window 185 by clickmg on the close button 189. 

25 Certain additional structures in the point of care systwn 100 (Figure 1) will now be discussed with 

reference to Figures 9, 10 and 11. Referring now to Figure 9, an optional medication data capture 148 supplements 
the structure of the po'mt of care system 100 of Figure 4. A medication data capture 148 aOows a healthcare 
provWer to monitor a patient's medications. The medication data capture 148 communicates with the patient data 
capture 140 to account for medicatbns the patient is currently taking. The medication data capture 148 similarly 

30 communicates with the progress notes 144, where a practitkiner can monitor changes in a patient's condition 
resulting from medication therapies. Referring now to Figure. 10, an optional practice guideline 149 supplemiMits the 
structure of the pomt of care system of Figure 4. The practice guklelhe 149 provides references for practitioners 
to consult r^arding courses of action to obtain a diagnosis and ahernative treatments for various conditions. The 
practice guldeBne 149 communicates with the patient data capture 140, the clinical data capture 142 and the 

35 encounter data capture 146 to assist the practitioner in selecting the appropriate course of action. The practice 
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guideEne 149 Gkewise communicates with the progress notes 144 to provide a healthcare provider with a historical 
context of the patient's condition and alternative treatments already attempted. 

Figure 1 1 shows a point of care system 100 having a medication data capture 14S and a practice guideGne 
149. As before, the medication data capture 148 communicates with the patient data capture 140 and with the 
5 progress note 144. Simflarly, the practice guideline 149 communkates with patient data capture 140« the cimical 
data capture 142, the encounter data capture 146 and the progress note 144. However, the practice guideSne 
149 may now communicate with the medication data capture 148 to address situations where accepted practice 
guidefates require a healthcare provider to prescribe and administer medications. In a preferred mnbodin»nt, the point 
of cere system 100 tnchides the graphical user interface illustrated in F^ure 5. Referring back to Figure 5, the 

10 patient chart window 150 includes tabs for medication data 191 and practice guidefines 193 that activate the 
medication data capture 148 and the practice guideline 149, respectively. Sknflarly, pressing the meification manager 
button 192 acthrates the medication data capture 148 and the practice guideline 149. A healthcare provider can 
enter, review and annotate patient medication data and practice guideline data as described previously. 

Referring now to Figure 12, a block diagram Hiustrates the structure of the patient data repository 102. 

15 The patient data repository 102 inchides a patient locator 200« a data manager 202 and a data interface 204. The 
patient locator 200 generates a unique patient identifier (PIO) 221 (Figure 14) for each patient and creates and 
maintains a table having flOs for all patients who have data in the patient data repository 102. AO data records 
related to a patient 211. 212, 213, 214, 215, 216, 219 include and reference the patient's unique PIO as shown 
in Figure 13. 

20 With reference to Figure 13, upon creation of a patient record, the patient locator 200 creates a patient 

data structure 210 having the PIO and the patient's name. In a preferred embodiment, the patient data structure 
210 inchides pointers to data structures having data within a patient record captured by the point of care system 
100 and incorporated from external sources (e.g., a digital x ray image file stared In a raster pixel format). Thus, 
the patent data structure 210 maintains a pomter to an interface files structure 21 1 liaving patient data transmitted 

25 from external sources. The patient data suucture 210 likewise maintains pomters to a cfinical data structure 212, 
a progress note structure 213 and an encounter data structure 214. These data structures include patient data 
captured by the ctinmal data capture 142, progress notes 144 and encounter data capture 146, respectively (Figure 
41 In another preferred embodiment, the patient data structure 210 may include pointers to data structures having 
data generated by the reference database 104 and transferred by the legacy data system 106. Thus, the patient 

30 data structure 210 may matntam pomters to a medication data structure 215 and a guideGne data structure 216. 
As described above, the medication 215 and guideGne 216 data structures inchide patient data captured by the 
medication data capture 148 and the practice guideGne 149, respectively, hi thb embodiment, a reference data 
structure 217 may maintain pointers to the encounter data structure 214 and to the medkation data structure 215 
for access to reference information contained in a reference database 104. lastly, the patient data structure 210 

35 may maintain a pointer to a legacy files structure 219 having patient data transmitted from the legacy data system 
108, such as an image of a patent chart 
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Fpre 14 shows a togkal vtaw of a patient record 220 corresponding to the structure ilhistrated in Figure 
13. The patient record 220 Includes the PID generated by the patient locator 200 (Figure 12) in the patient data 
repository 102 (Figure 1|. In addrtion, the patient record 220 mctudes patient data in a variety of data types 
generated by healthcare providers. Thus, the patient record inchides text data 223, such as etectronic maO and word 
processing documents from other heahhcare providers, image data 225, such as scanned physical documents, x-rays 
and CATSCANs, and audio data 227, such as a physician's dictation and voice mail Lastly, the patient record 220 
has data tables 229, such as a physician's 1CD9 diagnosis codes and CPT procedure codes. In view of the structure 
of a patient record 220, referring back to Figure 12, the data manager 202 uses the PID to store and retr«ve 
patent records. Moreover, the data interface 204 permits communication with external sources to obtain patient 
data, such as demographic data, laboratory test results and x ray images, and to transfer patient information, such 
as prescrqitions for medication, from the patient data repository 102 to external healthcare providers. 

With reference to Figure 12, the patient data repository 102 may optionally inchide a cache 206 for. 
temporary storage of patient data and a data archive 208 for long term storage of patient data. In this embodiment, 
the data manager 202 coordinates the transfer of patient data to and from a data archive 208 into a cache 206. 
For example, the data manager 202 may identify patient records that a heahhcare provider needs for appointments 
scheduled at a future time and then transfer these patient records from the data archive 208 into the cache 20G 
for quick access prior to the scheduled appointment. Similarly, the data manager 202 may purge from the cache 
206 records of patients who have not had recent appointments and whose records are already archhred. The data 
manager 202 likewise tracks the location and description of patient data within the data archive 208 by associating / 
the file name of the patmnt data within a patient record 220 with the patient identifier 221. When possible, the 
data manager 202 wiH group data associated with a patient within the data archhre 208 for rapid retrieval in a 
manner similar to files within a directory in an operating system. Thus, the data manager 202 assigns a directory 
to each patient identifter and then stores patient data within this directory. 

Figure 15a illustrates the process flow for the patient data repository 102 (Figure 1). For example, the 
point of care system 100 (Figure 1) bsues a request for patient data 250. With reference to Figures 15a and 12, 
the patient bcator 200 recehres the request from the point of care system 100 and, at 251 attempts to fuid the 
PIO for the record having the requested patient data. As determined at 252, if no PID is found, the patent Ucator 
200 reports an error 253. At this point, the patient data repository 102 (Figure 1) may recover from the error 253 
by eitter restarting the process or by ending the process. Otherwise, the patient locator 200 communicates the PIO 
to the data manager 202. The data manager 202 locates the patient record using the PID at 254. As determmed 
at 255, m a system without cache 206 and without a data archWe 208, the data manager 202 delhrm the 
requested data 256 to the point of care system 100. In a system having a cache 206 and a data ardihre 208, the 
data manager 202 datemnnes at 257 if the requested data exbts in the cache 206. If so, the data manager 202 
deSvers the requested data 256 to the requester from the cache 206. Otherwise, the data manager 202 first moves 
the data 258 from the data archive 208 to the cache 208 and then degvers the requested data 254 to the requester 
from the cache 206. 
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bi atUhioa Figure 1% in conjunction with Figure 12, illustrates the process for transferring data from a 
cache 206 to a data archive 208. The data manager 202 monitors the contents of the cache 206. To inprove the 
performance of the cache 206. the data manager 202 requests transfer 260 of data to the data archive 208 under 
certain conditbns. For example, the data manager 202 may purge the cache 206 when data requested for storage 
in the cache would exceed its mmory capacity. In this circumstance, the data manager 202 first transfers to the 
data archhre 208 signed files and then data files in chronological order, i.e., oldest files first. Similarly, a healthcare 
provider can specify a predetermined time, such as 3 calendar days, or other selected conditions for transfer to the 
data archive 208. As determined at 262, if the cache 206 does not have the data to transfer, the process ends 
as the data manager 202 ignores the request. As determined at 264, if the data in the cache 206 is not ready for 
transfer, the process ends and the data manager 202 queues the request for the next transfer of data to the data 
archrae 208. Data in the cache 206 is ready for transfer when a physician has reviewed and accepted it and when 
it has not been previously committed to the data archive 208. Otherwise, the data manager 202 transfers data from 
the cache 206 to the data archive 208 at 266. 

Referring now to Figure 16, the data interface 204 of the patient data repository 102 includes an interface 
manager 270, a data handler 272 and a communication interface 274. To transfer and receive patient data from 
external sources (not shown), the interface manager 270 communicates with a data handler 272 and a 
communication interface 274. In addition, the communication interface 274 communicates with the data handler 
272 for conversion of received external patient data into formats recogn'ued by the EMR system. The interface 
manager 270 creates and maintains an interface registry of data formats for external sources. Prior to data transfer 
or receipt by the EMfi system, the interface manager 270 registers an interface for an external source. Upon 
registration of an interface, the interface manager 270 can provide the appropriate conversmn routines for the data 
handler 272 to use for transfer of data to and receipt of data from an external source. These conversions are well 
understood by the relevant technologist. 

F^ures 17a and 17b illustrate the operation of the data interface 204 of the patient data repository 102 
(F^ure 121 Referring now to F^ure 17a, the data manager 202 bsues a request 280 for patient data from an 
external source. At 282, the interface manager 270 determines if the registry includes an interface for the external 
source, such as a laboratory or pharmacy. As determined at 262, if the registry includes an interface for the external 
source, the communication interface 274 connects to the external source 284 to receive patient data. The data 
handler 272 retrieves the appropriate conversion routine for the external source to convert data 286. In a preferred 
embodiment, the data handler 272 converts data from an external source into a database table for the appropriate 
FID. Lastly, the data manager 202 incorporates converted data 288 into the patient record. Otherwbe, the 
interface manager 270 reports an error 289. The data manager 202 may recover from the error 289 in several 
ways. Fffst the data manager 202 may invoke a module to register an interface for the externa! source so as to 
allow the process to continue. Sraond, the data manager 202 may end the process at this point. Lastly, the data 
manager 202 may restart the process in the event the external source was specified incorrectly. 


wo 98^3783 


11 


PCTAJSy7/17554 


Referring now to Figure 17b, an external source requests data 290 from a patient record As descrSied 
above, the mterface manager 270 determines at 292 if the registry includes an interface for the eiternal source. 
As datermmed at 292. if the registry includes an interface for the external source, the data manager 202 locates 
the requested data at 294 and the data handler 272 converts requested data at 296 to the format required by the 
external source. The communication interface 274 then sends the converted data to the external source at 298. For 
example, the patent data repository 102 may transmit a physician's prescription for medication to a hospital or 
pharmacy. If the registry inchides no interface for the external source, the interface manager 270 reports an error 
299. SimSarty, as discussed above for the process flow of Figure 17a, the interface manager 270 may recover from 
the error 299 by restarting the process, ending the process or invoking a module to register the external source to 
albw the process to continue. 

Referring now to Figure 18, a block diagram ilhistrates the structure of the optional reference database 104 
(Figure 1). The reference database 104 includes a diagnosis module 300, a medication manage 302 and a procedure 
nraduJe 304. A healthcare provider can use the reference database 104 for assistance in diagnosing a patient's 
disease, prescribing medications and ordering supplemental procedures to treat the disease. The diagnosis module 300 
communicates with a medication manager 302 to obtain information on medications indicated by a diagnosis. The 
medication manager 302 provides information on medications, such as proper dosages, allergies, contraindications, 
adverse interactions with other medicatbns, and side effects. The diagnosis module 300 likewise communicates with 
a procedure module 304 to obtain information on the proper administration of procedures indicated by a diagnosis. 
The procedure module 304 provides information on procedures for treatment as indicated by the diagnosis. In many 
instances, the medication manager 302 communicates with the procedure module 304 regarding the admmistration 
of various mediations. 

In a preferred embodiment the point of care system 100 provides access to the reference database 104 
through a graphical user interface having a patient chart wkidow 310 shown in Figure 19. A healthcare provider 
accesses the diagnosis module 300 and the procedure module 304 by pomting and clicking on a reference access 
button 312. 

As shown in F'^ure 20, the reference access button 312 produces a reference window 330 including the 
graphical mterf aces for the diagnosis module 300 and the procedure modute 304. For exampte, to enter a diagnosb, 
a physician cOcks on the scroll down button 331 aiQacent to the system box 332 to produce a list of body systems. 
The physician selects the appropriate system and the diagnosis module 300 enters the selected system in the system 
box 332 and provides a fist having specific diagnosb codes for the selected body system m the diagnosis box 334. 
The physician then elects the appropriate diagnosis code and cGcks on the add button 336 adjacent to the diagnosis 
selection box 337. The diagnosis module 300 enters the selected diagnosis code to the diagnosis selection box 337. 
The phystdan may repeat the above steps to add muhtple diagnosis codes to the diagnosb selection box 337. In 
a simdar manner, a physician uses the scroO down button 331 adjacent to the topic box 333 to select the 
appropriate procedure topic. The procedure module 304 enters the selected procedure topic in the topic box 333 
and provides a fist of procedure codes in the procedure box 335. The physician now selects the appropriate 
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procedure oule and adds it to the procedure selection box 338 by clicking on the add button 336 aiQacent to the 
procedure selectton box 338. The physician may likewise repeat the above steps to add muttipte procedure codes 
to the procedure selectbn box 338. The physician completes entry of diagnoses and procedures by clicking on the 
done button 339 to return to the patient chart window 310 of Rgure 19. 
5 The healthcare provider stmSariy accesses the medication manager 302 (Rgure 18) by clicking on a 

medication button 192 (Figure 19). Referring now to Figure 21, the medication button 314 activates a medicatbn 
manager window 350. The physician can review the patient's history by viewing the medication history box 351 
and the diagnosis history box 352 before prescrSting any new medications. The physician can also review any 
patient allergies in the allergy box 353. The physician can select a medication by entering the name of the 

10 medication in the name box 354. Note that as the physician enters the root letters of a medication name, a list 
of medications with the root tetters appears in the medication fist box 355. As before, the physician selects a 
medication from the fist by cHcking on it and the medication manager 302 places the setected medication in a 
selection box 356. If there are no contraindications or altergies for the patient, the physician prescribes the 
medications listed in the selection box 356 by clicking on the prescribe button 357. 

15 Otherwise, if a contraindication exists, a warning appears in a warning bar 358 to alert the physician. In 

view of the warning, the physidan can investigate the effects of the medication by clicking on the results button 
359. Referring now to Figure 22, the results button produces a medication interaction w'mdow 361. A medication 
selection box 362 displays the medications selected and under consideration by the physician. An allergy list box 
363 displays the patient's allergens. FoMer tabs 364 inckide labels describing the medication combinations and 

20 interactions. The physician clicks on one of these fokier tabs 364 to display the contents of the folder in the 
viewing box 365. The physician can then evaluate the information on the interaction including potential adverse 
patient reactions. The physician clicks on the done button 366 to return to the medication manager window 350 
. of Figure 21. The physician can make any needed revisions to the medications selected in the manner descrBsed 
above. Afterwards, the physician exits the medication manager 302 by clicking on the exit button 360. 

25 Referr'mg now to Figure 23, a block diagram illustrates the structure of the optional legacy data system 

106 as shown in Figure 1. The legacy data system 106 inckides a data source 370 and a converter 372. The data 
source 370 comprises physical data 374, such as paper based records and photographs, and electronic mainframe 
data 376. The converter 372 recedes information from the data source 370 and transforms the information into 
an electrontc format compatible with the EMR system. For example, to input physical data 374, such as paper or 

30 image based data, into a patient record, the converter 372 comprises a scanner to digitize the physical data into 
a binary fie format for incorporation into the patient's record. To input electronic mainframe data 376, the converter 
372 ^toys the same mechanism used for transfer or receipt of patient data from external sources. As described 
before, the converter 372 determines if an interface exists for the mainframe data, s^cts the appropriate data 
handler and converts the data into the proper format for incorporation into a patient record. 
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II. EMR System Configurations 

Figure 24 illustrates one possible configuration for the EMR system of the present invention. The system 
comprises a wide area network (WAN) 402, the World Wide Web (Web) 404 portion of the Internet, and remote web 
servers 406, 408, 410 communicating with web browsers 412. The WAN 402 comprises a phirality of local area 
5 network (LAN) servers supporting local and remotely located healthcare providers. For example, the WAN 402 
includes LANs supporting Scripps Health 414 and Sharp Memorial 430 in San Diego and Cedars Sinai 432 and Loma 
Linda 434 in Los Angeles, California. In one presently preferred embodiment, the server comprises a multi-processor 
personal computer having Intel Pentium processors, such as a Compaq Profiant 4500R 5/100 Model 2, commumcating 
with a fauft tolerant, error correcting storage device, such as a Hewlett Packard 20XT Optical Jukebox having 20 

10 gigabytes of storage capacity. The LAN 400 includes a backup server 426 and several peripherals, such as a 
scanner 424 to mput documents and a laser printer 422 to print out documents. In a preferred embodntent, the 
. LAN backbone comprises an Ethernet twisted pair cable configured in a general star topology. Similarly, the scaiiner 
424 comprises a Fuptsu M3093EX scanner using Kofax KIPP ImageControb software and the laser printer 422 
comprises a Hewlett Packard LaserJet 4Plus. Healthcare providers may access the LAN 400 usmg a desktop 

15 computer 416, a laptop computer 418 or wireless pen computer 420. In a preferred embodiment, the desktop 
computer 416 comprises a Compaq Deskpro 5/75 Model 630, the laptop computer 418 comprises a IBM ThinkPad 
760CO and the pen computer 420 comprises a Fuptsu Stylist 1000 configured with a Solectek AirLAN PCMCIA 
network adapter for wireless LAN access. The EMR system also provides for conmiunkatton through the World Wide 
Web. For example, remote healthcare providers may access the WAN 402 on the Web using the domain name 

20 "www.westcst.com" 436. Thus, a healthcare provider located in Boston, Massachusetts may access a patient 
record resident ori the Scripps Health server 414, kicated in San Diego, Cafifomia, using a web browser 412, such 
as Microsoft Explorer or Netscape Navigator, communicating with a Web server in Boston, Massachusetts having 
the domain name "www.boston.com*' 406. 

. In a preferred embodiment, servers 414, 426, desktop 416, or laptop 418 computers and peripherals, such 

25 as printers 422 or scanners 424, communicate with each other and with the Web using a network operating system, 
such as Microsoft Windows NT, Windows 95 or Windows for Workgroups. Sim9arly, pen computers 420 use the 
Microsoft Windows for Pen Computing operating system. In another preferred embodiment, the servers, computers 
and peripherals communicate using an operating system supporting Web browsers on computer networks, such as 
Unix, Novell Netware or Apple System 7.0. In yet another preferred embodiment, the EMR system includes servers, 

30 computers and peripherals networked using maed network operating systems, such as Unix, Netware and Windows. 
For example, the LAN 400 may operate on a Windows NT network operating system, whereas the LAN 430 may 
operate on an Appb System 7.0 network, and the Web server "www.boston.com" 406 may operate on a Unix 
operatntg system. Thus, the EMR system supports communication among a variety of hardware components, such 
as prmters 422, scanners 424 and pen computers 420, using a variety of network operating systems, such as 

35 Windows, Netware or Unix. In a preferred embodiment, heahhcare providers, such as clinics and laboratories, may 
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also commumcate with the EMR system using modem finks and standard v.34 modem devices, such as a US Robotics 
Sportster 28,800 modem. 

The EMR system includes several databases of electronic information, such as the medkation manager 302 
and the data manager 202. In a preferred embodiment, the EMR system imptements a relational database language 
that conforms to American National Standards Institute (AftfSt) standard SQL-92« a 580 page specification for the 
SQL relational database language. A database language standard specifies the semantics of various components of 
database management systems (DBMS). In particular, it defines the structures and operations of a data model 
implemented by the DBMS, as weO as other components that support data definition, data access, security, 
programming language interface and data administration. The SOL-92 standard specifies data definrtton, data 
manipulation, and other associated facifities of a DBMS that supports the relational data model SQL is old in the 
art and additional infomiatiim on SQL-92 is available in ANSI specification X3.135-1992, hereby incorporated by 
reference. 

Simflarly, in another preferred embodiment, relational databases in the EMR system support the Open 
Database Connectivity (ODBC) model ODBC is an application program interface (API) that aOows client applications 
running under Microsoft Windows to access data from a varbty of data sources, including relational and non- 
relational DBMS. These data sources may reside on a client machine or they may be located on a remote server 
communicating through a network common to the cHent machine. Under ODBC, data sources may vary in complexity 
from shrmk wrap databases, such as Microsoft Access, running under Windows on a client macfmie to more 
sophisticated, proprietary relational DBMS running on a Unix server or mainframe computer. For a client appticatkm 
to access data from a data source, a dynamic link Gbrary (DLL) driver must exist for each data source to be 
accessed. For additional information on ODBC b avaflable from toside ODBC > by Kart Geiger, hereby incorporated 
by reference. 
II. Summary 

The electronic medical record system of the present invention advantageously overcomes several limitations 
of existing technologies and alternatives. Because it is more efficient and cost effecthre to move data, instead of 
physical records and healthcare providers, the present inventbn efiminates the need to create and maintain any 
physical data records. In contrast to other systems, the present mventton creates and maintains aD patmnt data 
electronically. Thus, there is no need to find, puR, move, update, file and replace physrcal charts. As a result, 
healthcare providers no kinger require substantial shehring and storage space for physical files. The present tnventnn 
Gkewise eliminates the misliandtmg, loss and destruction of patient data typically associated with maintenance of 
physical data records. 

Using the present invention, healthcare providers enter patient data immediately at the point of care. Thus, 
the EMR system captures each piece of data at its source at the time of entry, inchiding time and healthcare 
provider identification. The EMR system thus provides a complete audit trail for aH patient data. The audit trail 
in turn, permits inexpensive analysis of outcomes, utization and compOance. For example, outcomes typically refer 
to the effecthreness of a treatment plan. Thus, the EMR system enables a healthcare provider to analyze patient 
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recovery times and incurred costs to measure the efficacy of the Ueatment plan. Sim3arty. utilizatk)n typically refers 
to how well avaiable resources are utilizing time. Thus, the EMR system provides the capabifity to analyze utilization 
of phys^ians, nurses, stalf and equipment as well as time utilization for patients, such as wart times for referrals, 
lab results and physician examinations. Lastly, compliance typically refers to conformance with government and 
accreditation standards and regulatkins. The EMR system provides tools to enable healthcare providers to measure 
conformance to standards and regulations. To facitate entry of patient data at the point of care, the invention 
provides touch screens for entry of lab orders, medications, diagnoses and procedures. The inventbn likewise 
provides instant access to a patient's electronic medical record by authorized healthcare providers from any 
geographical location. Thus, the EMR system enables authorized healthcare providers to access and update patient 
fSes using wireless pen-based personal computers. In addition, authorized healthcare providers can access a record 
while other healthcare providers use the same record. By providing sonultaneous access to patient data, the present 
invention enables reaMime collaboration among multiple healthcare providers. 

The availability of electronic data permits instant, sophisticated analysis of a patient's clinical data. Thus, 
the EMR system can create graphs of a patient's vital signs and lab results or the system can provide an analyze 
patient information to identrfy medication interactions and altergies. Using the present invention, a healthcare 
provider can Bkewise select, sort, and analyze patient data to identify relationships among the data considered. In 
addition, the EMR system provides flexibility in the creation and maintenance of patient data repositories. Thus, the 
present invention can support a large healthcare enterprise distributed across a targe geography as well as a single 
physician office. Moreover, the present invention ensures patient confidentiality through the use of a tiered password 
system. The EMR system provides several levels of security for access to patient data. For example, a system 
administrator may have global password access to any patient data for system maintenance and debug purposes, 
whereas physicians may have access only to patient records within their specialty and nurses and staff may have 
access to only those patient records within theu^ immediate care. In addition, a patient may request restricted access 
to their data by only certain personnel. Thus, in contrast to physical records, the EMR system provides superior 
protection of patient data. 

In addition, the present invention is useful in legal, manufacturing and general administration environments. 
For exaihple, the present invention is capable of organizing, maintaining and protecting legal files in an attorney's 
office. Thus, the EMR system can store and retrieve scanned images of paper documents, such as deeds and 
assignments, as weU as other native f9e formats, such as word processing fifes. The EMR system organizes and 
retrieves this data in a manner akin to that of a patient's medical record. Upon entry of a cGent data into the EMR 
system, attorneys can annotate documents, transfer information to and from other systems, or create new data for 
automatic filing in the cBent or case ffle. Similarly, the EMR system is useful for management of procurement or 
regulatory data in a manufacturing context. Thus, the EMR system can organize and maintain material safety data 
sheets (MSOS) as weQ as other data pertinent to materials procurement, such as conformance to specification 
measurements and inspection data for received lots, in a manufacturing environment. Lastly, the EMR system is 
useful for general administrative files in any organization. For example, the present invention is applicable to 
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employee fdes in human resources, customer files in sales and approved suppliers in procurement. The EMR system 
can organize and retrieve data within these files in the manner as patient data in a patient data record. As 
discussed above, upon entry of a data into the EMR system, users can ^notate documents, transfer information 
to and from other systen», or create new data for automatic fifing in the respective f Be. 

Those skilled in the art may practice the principles of the present invention in other specific forms without 
departing from its spirit or essential characterbtics. Accordmgly, the dsclosed embodiments of the invention are 
merely illustrative and do not serve to fimit the scope of the invention set forth in the followtng claims. 
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WHAT IS CLAIMED IS : 

1. A medical records system, comprising: 

a point of care system to capture patient data at a point of care; and 

a patient data repository, in communication with the point of care system and with external systems, to 
5 store and organize the patient data for access by the point of care system. 

2. The medical records system of Claim K wherein the pomt of care system communbates with the 
patient data repository using a computer network. 

3. The medical records system of Cteim 2, wherein the computer network comprises a local area 

network. 

10 4. The medical records system of Claim 2, wherein the computer network comprises a wide area 

network. 

5. The medical records system of Clakn 1, wherein the computer network comprises the internet. 

6. The medical records system of Claim 2. wherein the computer network comprises the WorkJ Wide 
Web portion of the Internet. 

15 7. The medical records system of Claim 2, wherein the point of care system comprises a client 

computer. 

8. The medical records system of Claim 1, wherein the client computer comprises a desktop 
computer. 

9. The medkal records system of Claim 7, wherein the client computer comprises a portable 
20 computer. 

10. The medical records system of Claim 9, wherein the portable computer mchides a wireless 
connection to the computer network. 

11. The medical records system of Claim 10, wherein the portable computer inchides an electronic pen. 

12. The medical records system of Clahn 7, wherein the client computer inckides a browser to 
25 communicate with the World Wide Web. 

13. The medical records system of Clahn 1, wherein the point of care system inckides a graphical user 
mterface to capture patient data. 

14. The medical records system of Claim 1, wherein the point of care system comprises: 
a patient data capture to enter mformation provided by a patient; 

30 a clinical data capture, in data communication with the patient data capture, to enter clinical data for the 

patient; 

an encounter data capture, in data communication with the patient data capture, to enter dtagnoses and 
procedures administered to the patient; and 

progress notes, in data conmiunication with the patient data capture, the cFmical data capture and the 
35 encounter data capture, to enter information related to changes in the patient's condition. 
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15. The madkal raconh system of Claim 14, further compristng a medication data capture, in data 
convnunication with the patient data capture and the progress notes, to enter medication information for the patsnt. 

16. The medical records system of Claim 14, further comprsing a practice guideline for reference to 
accepted medical practices, wherein the practice guidefine communkates with the patient data capture, the c&itcal 
data capture, the progress notes and the encounter data capture. 

17. The medical records system of Claim 16, further comprising a medication data capture, in data 
communication with tha patient data capture, the progress notes and the practice guidelme, to enter medication 
inf ormation for the patient. 

18. The medical records system of Claim 1, whereb the patient data repository comprises a server 
computer having access to patient data stored in a relational database. 

19. The medical records system of Claim 18, wherein the relational database accepts SQL data queries. 

20. The medical records system of Claim 18, wherein the relational database is ODBC compatible. 

21. The medical records system of Claim 1, wherein the patient data repository comprises: 
a patient locator having a patient identifier; 

a data manager, in communication with the patient locator, to organize patient data for storage and retrieval 
using the patient identifier; and 

a data interface, in communication with the data manager, to transmit patient data to external systems 
and to recehre patient data from the external systems. 

22. The medical records system of Claim 21, wherein the patient data repository further comprises: 
a cache, in comnnmication with the data manager, to temporarily store the patient data for retrieval; and 
a data archhre, in communication with the cache, to permanently store the patient data. 

23. The medical records system of Clakn 22, wherein the cache is located on a server computer. 

24. The medical records system of Claim 22, wherein the cache is distributed across a computer 

network. 

25. The medical records system of Claim 22, wherein the data arcbhre comprises a jukebox having 
at least one storage device. 

26. The medical records system of Claim 25, wherein the at least one storage device b a recordable 
opticd disk. 

27. The medical records system of Claim 25, wherein the at least one storage device is a magnetic 
disk drive. 

28. The medical records system of Claim 21, wherein the data interface comprbes: 
a communication interface to send and receive patient data from external systems; 

an interface manager, in communication with the communication interface, to set tha communication 
interface for either transmission or receipt of the patient data from the external systems; ^d 

a data handter, m communication with the interface manager and with the communication interface, to 
convert selected patient data into a selected data format. 
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29. The madical records system of Claim 1. further comprising a reference database in communication 
with the point of care system. 

30. The medical records system of Claim 29, wherein the reference database comprbes: 
a dagnosis module having diagnosis codes indicative of a condition of a patient; 

a procedure module, in communication with the diagnosis module, having procedure codes indicative of a 
treatment to administer to the patient; and 

. a medication manager, in communication with the diagnosis module and with the procedure module, having 
information on medication to administer to the patient. 

31. The medical records system of Claim 1, further comprising a legacy data system in communication 
with the patient data repository. 

32. The medical records system of Claim 31, wherein the legacy data system comprises: 
a data source having patient data; and 

a converter, in communication with the data source, to convert the patient data into a selected format for 
transfer to the patient data repository. 

33. The medical records system of Claim 32, wherein the data source comprises physical data. 

34. The medical records system of Claim 32, wherein the data source comprises a mainframe computer 
havmg electronically stored patient data. 

35. The medical records system of Claim 32, wherein the converter comprises a scanner. 

36. The medical records system of Claim 1, where'm the point of care system provides for annotation 
of the patient data. 

37. The medical records system of Claim 36, wherein the annotation acknowtedges review of the 
patient data. 

38. The medical records system of Claim 36, wherein the annotation includes instructions for patent 

care. 

39. The medical records system of Claim 36, wherein the annotation indicates approval 

40. A medical records system, comprising: 

a point of care system to capture data in a patient record at a point of care, whierein the patient record 

includes, 

a patent identifier, and 

at least one data structure including the patient identifier and the data. 

41. The meifical records system of Claim 40, wherein the patient identifier comprises a unique patient 

identifier. 

42. The medical records system of Claim 40, wherein the at least one data structure comprbes text 

data. 

43. The medical records system of Claim 40, wherein the at least one data structure comprises image 

data. 
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44. The medical records system of Claim 40, wherein the at least one data structure comprises audio 

data. 

45. The medical records system of Claim 40, wherein the at least one data structure comprises data 

tables. 

5 46. The medical records system of Claim 40, wherein the data comprises patient data. 

47. The medical records system of Clakn 40, wherein the data comprises clinical data. 

48. The medical records system of Cbim 40, wherein the data comprises progress notes. 

49. The medical records system of Clakn 40. wherein the data comprises encounter data. 

50. The medical records system of Cfasn 40. wherein the data comprises medication data. 
10 51. The medical records system of Claim 40. wherein the data comprises guideline data. . 

52. A medical records system, comprising: 

a point of care system to capture data at a point of care; and 

a patient data repository, in communication with the point of care system and with external systemSi to 
store and organize the data in a patient record lor access by the point of care system, wherein the patient record 
15 inchjdes, 

a patient identifier, and 

at least one data structure including the patient identifier and the data. 

53. The medical records system of Claim 52. wherein the data comprises interface fHes. 

54. The medical records system of Claim 52, wherein the data comprises legacy files. 
20 55. A method of using an electronic medical records system, comprising the steps of: 

capturing patient data electronically at the point of care; 
organizing the patient data so as to form a patient record; 
fOing the patient record; and 

retrieving the patient record to access the patient data for use in the care of a patient. 
25 56, The method of Claim 55. wherein the step of retrnving the patient record includes annotating the 

patient data. 

57. The method of Claim 55. further comprising the step of evaluating the patient data so as to make 
8 diagnosis. 

58. The method of Claim 57, wherein the step of evaluating the patient data comprises consuhing a 
30 diagnosis modute to review diagnosis information. 

59. The method of Clasn 57, further comprising the step of prescribing a medication. 

60. The method of Claim 59, wherein the step of prescribing a medication comprises consulting a 
medication manager to review medication inf ormatkm. 

61. The method of Clakn 57, further comprising the step of admmisterkig a treatment. 

35 62. The method of Claim 61, wherein the step of administering a treatment comprises consultmg a 

procedure module to review procedures to administer the treatment. 
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63. A method of retrieving patient data in an electronic medical records system having a patient data 
repository, comprising the steps of: 

obtaming a patient identifier; 

locating a patient record corresponding to the patient identifier in the patient data repository; 
determining the location of the patient data within the patient record. 

64. The method of Clann 63, further comprising the step of delivering the patient data. 

65. The method of Claim 63. wherein the patient data repository includes a cache and a data archhre. 

66. The method of Claim 65, further comprising the step of delivering the patient data when the 
patient data is located in the cache. 

67. The method of Claim 65, further comprising the steps of: 

moving the patient data from the data mhm when the patient data is not located in the cache; and 
delivering the patient data. 

68. A method of managing a patient data repository having a cache and a data archhre, comprising 
the steps of: 

monitoring a status of data within the cache; and 

moving the data to the data archive when the status exceeds a threshold. 

69. The method of Claim 68, wherein the threshold comprises a selected time and the status comprises 
the duration of time the data has been in the cache. 

70. The method of Claim 88, wherein the threshold comprises a selected portion of the storage 
capacity of the cache and the status comprises the fffled portion of the cache. 

71. A method of communicating with an external source having an interface to an electronic medical 
records system, comprising the steps of: 

finding an interface for the external source; 

connecting to the external source using the interface; and 

converting patient data for transfer between the external source and the electronic medical records system. 

72. The method of Claim 71, wherein the step of converting patient data for transfer comprises 
convertmg patient data for transfer from the electronic medical records system to the external source. 

73. The method of Claim 71, wherein the step of converting patient data for transfer comprises 
converting patient data for transfer from the external source to the electronic medical records system. 
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